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Omni-directional Shadows 


= In reality we often encounter light sources 
which cast light “in all directions” 


Lightbulbs everywhere 3, - 


a It follows that shadows are cast in all 
directions 


@ We want to capture this effect in realtime 
applications, too! 
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Omni-directional Shadows 


= Two common techniques 
@ Omni-directional Shadow Maps 
@ Shadow Volumes 


= Modern GPUs and APIs expose extremely 
useful functionality 


@ Especially Geometry Shader alleviates many 
tasks involved 


= Omni-directional Shadows nowadays both fast 
and easy to implement 
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Overview 


= Omni-directional Shadow Maps 
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Traditional Shadow Maps 


= Established technique 


¢ Lance Williams, “Casting Curved Shadows on 
Curved Surfaces”, 1978 


= Shadow Mapping works perfectly for camera- 
like light Sources 


Directional light 
© Spotlight 
=a What about point lights? 
@ Should be casting shadows “in all directions” 
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Enhancing Shadow Mapping - Method 1 
= Use traditional “light source camera* 
@ Must have 90° FOV 


= Orient ,light source-camera’ along main world 
Space axes (+X,-X,+Y,-Y,+Z,-Z) 

= Render each direction individually and write 
depth to 6 separate textures 


= Obviously 6 render passes and 6 shadow 
maps needed 


= No additional GPU features needed 
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Enhancing Shadow Mapping - Method 2 


= Render each direction individually and write 
depth to 1 cubemap texture in 1 pass 

= Geometry shader can 
@ Duplicate rendered geometry 
@ Transform according to each viewing direction 
Dispatch fragments to proper cubemap face 
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Creating a Geometry Shader Object 


= Completely analogous to creating vertex and 
fragment shader objects 


= Only difference 
 glCreateShader(GL_GEOMETRY_SHADER); 


@ ... instead of GL_ VERTEX SHADER / 
GL FRAGMENT SHADER 


= Additionally to vertex- and fragment shader 
objects, attach geometry shader object to 
program object 


@ glAttachShader(program_obj, shader_ obj); 
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Creating the Depth Cubemap FBO 


= Create depth-cubemap texture 


¢ Consists of six 2D depth textures 


@ One for each face with target set to: 
GL_TEXTURE CUBE MAP_POSITIVE_X 
GL_TEXTURE_ CUBE MAP_NEGATIVE_X 
GL_TEXTURE_ CUBE MAP_POSITIVE_Y 
GL_TEXTURE_ CUBE MAP_NEGATIVE_Y 
GL_TEXTURE CUBE MAP_POSITIVE Z 
GL_TEXTURE_ CUBE MAP_NEGATIVE_Z 
//or equivalently: GL_TEXTURE_CUBE_MAP POSITIVE X+i, i=@..5 


= Create FBO 


= Attach cubemap texture at FBO's depth 
attachment point 
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Creating the Depth Cubemap Texture 


// depth cubemap texture 

GLint texID; 

glGenTextures(1, texID); 
glBindTexture(GL_TEXTURE_CUBE MAP, texID); 


// fixes seam-artifacts due to numerical precision limitations 
glTexParameteri ( GL_TEXTURE_CUBE_MAP, 
GL_TEXTURE_WRAP_S, 
GL_CLAMP_TO EDGE ): 
// equivalent calls for 
// GL_TEXTURE_WRAP_T and GL_TEXTURE_WRAP_R, respectively 


glTexParameteri ( GL_TEXTURE_CUBE_MAP, 
GL_TEXTURE_MAG FILTER, 
GL_LINEAR ); 

// equivalent call for GL_TEXTURE_MIN FILTER 
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Creating the Depth Cubemap Texture 


// traditional 24 bit unsigned int z-buffer 
GLint internal format = GL_DEPTH_COMPONENT24; 
GLenum data _ type = GL_UNSIGNED_INT; 


// float z-buffer (if more precision is needed) 
// GLint internal_format = GL_DEPTH_COMPONENT3Z2F ; 
// GLenum data_type = GL_FLOAT; 


GLenum format = GL_DEPTH COMPONENT; 


for (GLint face = @; face < 6; face++) { 
glTexImage2D( GL_TEXTURE_CUBE_MAP_POSITIVE_X + face, 

8, 
internal format, 
texw, texH, 0, 
format, 
data type, 
NULL //content need not be specified 
)3 

} 
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Attaching Cubemap to FBO 


//create FBO 

GLuint texFBO; 

glGenFramebuffers(1, texFBO) ; 
glBindFramebuffer(GL_FRAMEBUFFER, texFBO) ; 


//attach depth cubemap texture to FBO’s depth attachment point 
glFramebufferTexture( GL_FRAMEBUFFER, 

GL_DEPTH ATTACHMENT, 

texID, 0 3 


//Tell OpenGL that we are aware of the fact, that we did not 
//attach a color texture. If we didn‘t do this, OpenGL would 
//consider the FBO as incomplete. 

glDrawBuffer(GL_NONE) ; 

glReadBuffer(GL_NONE) ; 


// later, when wishing to render to FBO: 
glBindFramebuffer(GL_FRAMEBUFFER, texFBO) ; 
glViewport(@, 0, texW, texH); 
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Orienting and Positioning the Cameras 


= Each of the 6 cameras must be placed into 
the scene correctly 
@ Calculate their view matrices 
@ Split into rotational part ... 
= Unique for each camera 
® ... and translational part 
= The same for all cameras 
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The 6 View Matrices (Translations) 


= Calculate a translation matrix that translates 
by —light_pos 
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The 6 View Matrices 


= Combine the matrices 
@ V{i] = Ri] T , 1 ] [0; 5] 
a V[i] ... view matrix for camera | 
a R{i] ... rotational part of view matrix | 
a IT ... translational part 
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1s' Pass — Render to Cubemap 


= Bind Depth Cubemap FBO 
@ Don't forget to call glclear(GL_DEPTH_BUFFER_BIT) 
= Calculate 6 view matrices V[6] 
=a Pass P*V[i] to shader, where 
@P... 90° FOV projection matrix 


Keeping near- and far plane close together 
can help improve depth precision 


= Render geometry 
@ no textures, lighting, ... 
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R2CM Vertex Shader 


#version 33@ core 
uniform mat4 M mat; //model matrix (passed per object) 
in vec3 attr_vertex; // object space vertex positions 
void main(void) { 


// transform vertex to world space 
gl Position = M mat * vec4(attr_vertex, 1.0); 


// in the GS the value of gl Position can 
// be accessed like this: 
// gl_in[“triangle vertex_idx“].gl Position; 
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R2CM Geometry Shader 


#version 33@ core 

layout(triangles) in; 

//3 vertices per tri, output 6 tris (1 for each cm-face) 
layout(triangle strip, max_vertices=18) out; 


// contains P*V[i], transforms from WS to cubemap-face i 
uniform mat4 cm_mat[6]; 


out vec4 WS pos from GS; 


void main(void) { 
//iterate over the 6 cubemap faces 
for(gl_Layer=0; gl Layer<6; ++gl Layer) { 
for(int tri_vert=0; tri_vert<3; ++tri_vert) { 
WS_pos_ from_GS = gl in[tri_vert].gl Position; 
gl Position = cm_mat[gl Layer] * WS pos _from_GS; 
EmitVertex(); 
} 


EndPrimitive() ; 


} 
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R2CM Geometry Shader 


= gl_Layer special built-in variable 
@ Redirects fragments to different cubemap 


faces 
0 GL_TEXTURE CUBE MAP_POSITIVE_X 
1 GL_TEXTURE CUBE MAP_NEGATIVE_X 
2 GL_TEXTURE CUBE MAP_POSITIVE_Y 
3 GL_TEXTURE CUBE MAP _NEGATIVE_Y 
4 GL_TEXTURE CUBE MAP_ POSITIVE Z 
5 GL_TEXTURE CUBE MAP_ NEGATIVE Z 
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R2CM Fragment Shader 


#version 330 core 


uniform vec2 near_far; // near and far plane for cm-cams 
uniform vec4 1 pos; // world space light position 


in vec4 WS pos from GS; 
void main(void) { 


// calculate distance 
float WS dist = distance(WS_pos from_GS, 1 pos); 


// map value to [@;1] by dividing by far plane distance 
float WS_dist_normalized = WS dist / near_far.y; 


// write modified depth 
gl FragDepth = WS dist_normalized; 


// when using depth-only FBO, do NOT write to color!!! 
} 
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1s' Pass — Render to Cubemap 


= Now cubemap stores the distances to the 
objects which the light rays would hit first 


Just as in traditional shadow mapping 


Institute of Computer Graphics and Algorithms 21 


= 
O 
= 
Oo 
a 
Q 
Y) 
Y) 
® 
= 
i 
> 
= 
O 
© 
‘a 


22 


Institute of Computer Graphics and Algorithms 


2d Pass 


w Render lit scene 


= Use information from 1*' pass to determine 
shadowed regions 
Same basic idea as in traditional SM, but 
different lookup needed for cubemap 
= Cubemap “situated” in world space 


= Depth values stored are scaled distances trom 
object to light source 
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2d Pass 


= Use vector from surface position to light 


position 
@ Vector has direction and magnitude 
Direction is used as the texture coordinate to 
address the cubemap 


=u Now we have smallest distance d_| from light 
to scene 


@ Magnitude gives us distance d_s of current 
surface point to light source 
@ Compare these distances 
a ltd_|<d_s the surface point lies in shadow F 
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ond Pass — Cubemap Texture Coords 


cubemap centered around light source 


Vector from light source to scene-surface point 
pierces exactly one cubemap face at a specific 
position (2D position on this face) > 

texture coordinate for cubemap lookup! 
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24 Pass — Comparing Distances 


Shadowed surface point 


d_|... read from 
depth cubemap 


ise 
Y 


d_s... distance surface 
point to light source 
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2" pass: Vertex Shader 


#version 330 core 


in vec3 attr_vertex; // vertex position 
uniform mat4 M mat; //model matrix (passed per object) 


IT ee 
// additional attributes (vertex normal, tex-coord, ...) 
// and uniforms (other matrices etc.) 


iT eas 
out vec4 WS pos; 
void main(void) { 
FT wa 
WS pos = M mat * vec4(attr_vertex, 1.0); 


TE ae 
} 


Institute of Computer Graphics and Algorithms 27 


24 pass: Fragment Shader (1/2) 


#version 33@ core 
uniform samplerCube cm_z_tex; 
uniform vec4 1 pos; //world space light position 


uniform vec2 near_far; // near and far plane for cm-cams 


in vec4 WS pos; 


// ... Possibly other uniforms and varyings 
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24 pass: Fragment Shader (2/2) 


void main(void) { 
// calculate vector from surface point to light position 
// (both positions are given in world space) 
vec3 cm_lookup vec = WS pos.xyz - 1 pos.xyz; 


// read depth value from cubemap shadow map 
float smallest_dist_to light = texture(cm_z_tex, cm_lookup vec).r; 


// WS “dist-to-lightsource” for current fragment 
float curr_fragment_dist_to light = length(cm_lookup vec); 


// undo previous [@;1]-mapping of ”’dist-to-lightsource” 
smallest_dist_to_ light *= near_far.y; 


float eps = @.15; // add a small offset (adjust as needed) 
if(smallest_dist_to light+eps < curr_fragment_dist_to light) 
// ==> fragment lies in shadow 


// perform other calculations, then set fragment’s color 


} 
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Overview 


= Shadow Volumes 
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shadow Volumes - History 


= Technique has also been around for quite 
some time 


@ Frank Crow, “Shadow Algorithms for 
Computer Graphics’, 1977 
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Shadow Volume - Terminology 


= For given light source, shadow volume defines 
region of space that is in shadow of particular 


occluder 
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Stencil Buffer 101 


= Stencil Buffer is useful GPU-feature for 
hardware accelerated implementation of the 
“IS fragment in shadow’?’-test 


= Stencil Buffer almost always 8bit 

@ Forms 32bit word together with 24bit z-buffer 
= Supports basic tests and arithmetic operations 
= Used to mask out complex shapes 


@ Actually similar to depth buffer, but more 
flexible 
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Stencil Buffer 101 


= Conditionally eliminate a pixel based on the 


outcome of comparison between reference val 
and current pixel's stencil val 


glStencilFunc( 
GL_ EQUAL, // stencil comparison function 
@, // reference val 
~Q@ // AND-mask 

)3 


pixel[x][y] passes if((ref & mask) == (stencil[x][y] & mask)) 
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Stencil Buffer 101 


=m Specify how to update stencil buffer based on 


several conditions 


glStencilOpSeparate( 

GL_FRONT, //is front and/or back stencil state updated? 

GL_KEEP, //stencil test fails=> do not change stencil[x][y] 
GL_DECR, //if stencil passes but depth test fails=> stencil[x][y]-- 
GL_INCR //if stencil passes, and depth passes=> stencil[x][y]++ 


)3 
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Stencil Buffer 101 


= Limited range of stencil values (only 8bit) can 


cause trouble 
@ Slightly alleviated through wrap-around 


arithmethic 
glStencilOpSeparate(GL_ FRONT, GL_KEEP, GL_KEEP, GL_INCR_WRAP) ; 
GL_INCR_WRAP ... Increment with wrap-around, i.e. 255++ => @ 


Can still cause aliasing artifacts at multiples of 
296; consider stencil value 0 


= O mod 256 = 0 
= 256 mod 256 = 0 
a k * 256 mod 256 = 0 
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Shadow Volume Overview 


=m Render scene with ambient and emissive lighting only 
@ Also establishes z-buffer 

a Determine shadow volume surface 
@ Completely done in GS 

= Render shadow volume surface 

@ Update only stencil buffer 
Pixels outside shadow volume have stencil value zero 
Render scene again with diffuse and specular lighting 


@ Additively blend with ambient lighting already in 
framebuffer 


@ Rasterize only fragments having stencil value zero ... 
® ... and if depth(fragment)==zBuftfer[x]|y] 
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z-Pass vs. z-Fail 


= Basic idea: 


@ Start counting at O 

@ Increment counter at shadow volume entry 
points 

@ Decrement counter at shadow volume exit 
points 

If counter equals zero when geometry is hit, 
then we are not in the shadow volume (i.e. 
fragment Is lit), otherwise we are in shadow 
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z-Pass vs. z-Fail 


= Difference 


@ z-Pass starts counting at camera along 
viewing ray until depth test fails (geometry is 
hit) 

 z-Fail starts counting at infinity and moves 
towards the eye until first time visible from the 
camera 

= Other way to look at this is starting at the eye 
and consider only points for which depth test 
fails, i.e. points which are further away from 
the eye than the first visible point 
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z-Pass 


Stencil values shown in Blue Q 


front face 
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Why is z-Pass not Robust? 


Not rendered, because 
depth test fails 


Stencil values shown in Blue 8, 


2 1 i.e. in shadow - OK! 


os 


S - 
0 +1 
-7 shadow volume 


0... Lit- WRONG! 


Institute of Computer Graphics and Algorithms 41 


Institute of Computer Graphics and Algorithms 


Institute of Computer Graphics and Algorithms 


Is z-Fail Robust? 


Stencil values shown in Blue 


Since depth test does not fail 
(z test passes), stencil 
buffer is not modified, 


Because polygon clipped by 

far plane, no fragment gets 

rasterized for this part of the 
surface => stencil buffer is 
not modified 


a”§e6O... Start 


- 


Se a 1... i.e. in shadow - OK! 
shadow volume \ 


. 0... .e. NO shadow - WRONG! 


additionally: 
near plane clipping! ~~ 0... start 
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z-Fail 


= It seems we have only shifted the z-Pass 


problem of near plane clipping to the far plane 
= At first sight this does not really help, right’? 
At least a lot easier to fix at the other end of 
the view-frustum © 
@ Simply make sure to never clip shadow 
volume-mesh at the far plane 
= Depth clamp or infinite projection matrix 
@ Close shadow volume-mesh from both sides 
= Light- and dark cap 
@ Now counter does not get messed up 
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No Far Plane Clipping 
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Z-Fall 


Stencil values shown in Blue 


(z test passes) => 
stencil buffer not modified 
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Each Frame 


// make sure we clear buffers to desired values 
glClearColor(@.0, 0.4, 0.0, 1.0); 

glClearDepth(1.0); // clear to far plane distance in DC 
glClearStencil(@); 


// enable respective buffers for writing 

// (in this case a "clear"); 
glColorMask(GL_TRUE, GL_TRUE, GL_TRUE, GL_TRUE); 
glDepthMask(GL_TRUE) ; 

glStencilMask(~@) ; 


// perform actual clear-buffers-operation 

glClear( GL_COLOR BUFFER BIT | 
GL_DEPTH BUFFER BIT | 
GL_STENCIL_BUFFER_ BIT ); 
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Ambient Pass 


glEnable(GL_CULL_FACE); 
glDisable(GL_STENCIL_ TEST); 

glEnable(GL_DEPTH_ TEST); 

glDepthFunc(GL_LESS) ; 

glDepthMask(GL_TRUE) ; 

glDisable(GL_BLEND) ; 

glColorMask(GL_TRUE, GL_TRUE, GL_TRUE, GL_TRUE); 


// render scene 
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shadow Volume Pass 


glEnable(GL_DEPTH_CLAMP) ; 

glDisable(GL_CULL_ FACE); 

glEnable(GL_STENCIL_TEST) ; 

if(zpass) { 
glStencilOpSeparate(GL_ FRONT, GL_KEEP, GL_KEEP, GL_INCR_WRAP) ; 
glStencilOpSeparate(GL_ BACK, GL_KEEP, GL_KEEP, GL_DECR WRAP) ; 


} 
else { //zfail 


glStencilOpSeparate(GL_ FRONT, GL_KEEP, GL_DECR_WRAP, GL_KEEP); 
glStencilOpSeparate(GL_ BACK, GL_KEEP, GL_INCR_WRAP, GL_KEEP); 
} 
glStencilFunc(GL_ALWAYS, 0, ~@); 
glStencilMask( ~@ ); 
glEnable(GL_DEPTH_TEST) ; 
glDepthFunc(GL_LESS) ; 
glDepthMask(GL_FALSE); // do not write to z-buffer 
glDisable(GL_BLEND); 
glColorMask(GL_FALSE, GL_FALSE, GL_FALSE, GL_FALSE); 


// render shadow volume polygons 


glDisable(GL_DEPTH CLAMP); 
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Diffuse+Specular Pass 


glEnable(GL_CULL_FACE) ; 
glEnable(GL_STENCIL_TEST) ; 


//glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); //works well, but: 
glStencilOp(GL_KEEP,GL_KEEP,GL_INCR); 

// The INCR zpass stencil operation avoids double 

// blending of lighting contributions in usually quite rare 
// circumstance when two fragments alias to exact same pixel 
// location and depth value 


glStencilFunc(GL_EQUAL, 9, ~@); 


glEnable(GL_DEPTH_ TEST); 
glDepthFunc(GL_EQUAL) ; 


glEnable(GL_BLEND) ; 
glBlendFunc(GL_ONE, GL_ONE); 


glColorMask(GL_TRUE, GL_TRUE, GL_TRUE, GL_TRUE); 
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Visualizing the Shadow Volume Surface 


glEnable(GL_DEPTH_CLAMP) ; 
glDisable(GL_CULL_FACE) ; 


glEnable(GL_DEPTH_ TEST); 
glDepthMask(GL_FALSE) ; 


//glDepthFunc(GL_LESS); //works well, but: 
glDepthFunc(GL_LEQUAL); //works better for depth-clamp 


//render surface transparently 
glEnable(GL_BLEND) ; 
glBlendFunc(GL_SRC_ALPHA, GL_ONE); //additive alpha-blending 
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How to Determine Shadow Volume Polys 


= Until now we looked on application-side 
(OpenGL state-settings) only 
a What happens on the GPU? 
@ Before looking at shaders a small, but 
important detail is still missing 
@ In GS we need adjacency information for each 
triangle 
@ Boils down to sending 6 vertices per triangle 
instead of only 3 
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= By simply passing 3 additional vertices per 
triangle we have access to the three neighbor 
triangles along the triangle-edges 


5 + a3 
\ / 
‘ jf 


1 Image taken from [GPUGems3] 


#: 
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Adjacent triangles 


= For every shadow caster store vertex data 
and 


@ Create index for standard triangle rendering 
a 3 vertices make up a triangle 

® Create index for adjacent triangle rendering 
= 6 vertices make up a triangle 


= Whenever rendering the shadow-volume we 
need the adjacency information 


= For more info, see [Len1] 
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Tackling possible Artifacts 


= In final light-blend pass we rely on depth test 
for equal z-value 


@ Problem when using multiple passes due to 
numerical errors 


Make sure transformations “match exactly” 


@ So employ same vertex shader for standard- 
and for shadow volume rendering 


@ Declare position as invariant 
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(Shared) SV-Vertex Shader 


#version 330 core 


uniform mat4 PV_mat; // (projection * view) matrix 
uniform mat4 M_mat; // model matrix 


in vec3 attr_vertex; // object space vertex position 
invariant out vec4 WS pos; // to be passed on to GS 
// and possibly other uniforms and varyings 


void main(void) { 
// eee 
WS pos = M mat * vec4(attr_vertex, 1.0); 
vec4 CS pos = PV_mat * WS pos; 
// transform to CS as usual, 


// so VS still works for standard rendering 
gl Position = CS pos; 
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(Shared) SV-Geometry Shader (1/8) 


#version 330 core 

//our primitive is made up of 6 vertices 
layout(triangles adjacency) in; 

layout(triangle strip) out; //write out triangle strips 


//(3 + 3 for the two caps plus 4 x 3 for the sides) 
layout (max_vertices=18) out; 


uniform mat4 PV_mat; // (projection * view) matrix 


uniform vec4 1 pos; // Light position (world space) 
uniform int zpass; // Is it safe to do z-pass? 


// passed from VS 
// array[6] because our primitive is made up of 6 vertices 


invariant in vec4 WS pos[6]; 


// and possibly other uniforms and varyings 
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(Shared) SV-Geometry Shader (2/8) 


void main(void) 


a! 


vec3 ns[3]; // Normals 
vec3 d[3]; // Directions toward light 
vec4 v[4]; // Temporary vertices 


// Triangle oriented toward light source 
vec4 or_pos[3]; 

or_pos[@] = WS _pos[@]; 

or_pos[1] = WS _pos[2]; 

or_pos[2] = WS pos[4]; 
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(Shared) SV-Geometry Shader (3/8) 


// Compute normal at each vertex. 
ns[@] = cross( 
WS_pos[2].xyz - WS _pos[@].xyz, 
WS _pos[4].xyz - WS pos[@].xyz ); 
ns[1] = cross( 
WS_pos[4].xyz - WS _pos[2].xyz, 
WS_pos[@].xyz - WS _pos[2].xyz ); 
ns[2] = cross( 
WS pos[@].xyz - WS pos[4].xyz, 
WS_pos[2].xyz - WS _pos[4].xyz ); 


// Compute direction from vertices to light. 
d{@] = 1_pos.xyz-l_pos.w*WS pos[@].xyz; 
d[1] 1 _pos.xyz-l_pos.w*WS_pos[2].xyz; 
d[2] 1 _pos.xyz-l_pos.w*WS_ pos[4].xyz; 
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(Shared) SV-Geometry Shader (4/8) 


// Check if the main triangle faces the light. 
if ( !(dot(ns[@],d[@])>e || dot(ns[1],d[1])>e || 
dot(ns[2],d[2])>@) ) { 
return; // Not facing the light => irrelevant for SV 
} 


// when we get here, we know current triangle is facing the light 


const bool faces light=true; 
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(Shared) SV-Geometry Shader (5/8) 


// Render caps - only needed for z-fail. 
if ( zpass == @ ) { 


// Near cap - simply render triangle 

gl Position = PV_mat*or_pos[@]; EmitVertex(); 
gl Position = PV_mat*or_pos[1]; EmitVertex(); 
gl Position = PV_mat*or_pos[2]; EmitVertex(); 
EndPrimitive(); 


// Far cap - extrude positions to infinity (w=@) 

// note the different triangle-winding order (@-1-2 => Q@-2-1) 
v[@] = vec4(l1_pos.w*or_pos[@].xyz-1_pos.xyz,@); 

v[1] = vec4(1_pos.w*or_pos[2].xyz-1_pos.xyz,@); 

v[2] = vec4(l1_pos.w*or_pos[1].xyz-1_pos.xyz,0); 


gl Position = PV_mat*v[@]; EmitVertex(); 
gl Position = PV_mat*v[1]; EmitVertex(); 
gl Position = PV_mat*v[2]; EmitVertex(); 
EndPrimitive(); 


} 
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(Shared) SV-Geometry Shader (6/8) 


// Loop over all edges and extrude if needed. 
for ( int 1=@; i<3; i++ ) { 
// Compute indices of neighbor triangle. 
int v@ = i*2; 
int nb = (1i*2+1); 
int v1 = (i*2+2) % 6; 


// Compute normals at vertices, the *exact* 
// same way as done above! 
ns[@] = cross( 
WS pos[nb].xyz-WS_pos[v@].xyz, 
WS _pos[v1].xyz-WS_pos[v@].xyz); 
ns[1] = cross( 
WS_pos[v1].xyz-WS_pos[nb].xyz, 
WS _pos[v@].xyz-WS_pos[nb].xyz); 
ns[2] = cross( 
WS_pos[v@].xyz-WS_ pos[v1].xyz, 
WS_pos[nb].xyz-WS_pos[v1].xyz); 
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(Shared) SV-Geometry Shader (7/8) 


// Compute direction to light, again as 
d{[@] =l_pos.xyz-1l_pos.w*WS pos[v@]. 
d{1] =l_pos.xyz-1l_pos.w*WS_ pos[nb]. 
d{[2] =l_pos.xyz-l_pos.w*WS pos[v1]. 
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above. 


XyZ5 
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(Shared) SV-Geometry Shader (8/8) 


// Extrude the edge if it does not have a 
// neighbor, or if it's a possible silhouette. 


if ( WS_pos[nb].w<@.001 || (faces light!=(dot(ns[@],d[@])>e | | 


int 10 = faces light ? vO : 
int 11 = faces light ? v1 : 
WS pos[i0]; 


v[e] 


dot(ns[1],d[1])>e || 


dot(ns[2],d[2])>) )) { 
// Make sure sides are oriented correctly. 


v1; 
vO; 


v[1] = vec4(1_pos.w*WS_ pos[i@].xyz - l_pos.xyz, @); 
v[2] = WS_pos[il]; 
v[3] = vec4(1_pos.w*WS_ pos[i1l].xyz - l_pos.xyz, @); 
// Emit a quad as a triangle strip. 


gl Position 
gl Position 
gl Position 
gl Position 


PV_mat*v[0]; 
PV_mat*v[1]; 
PV_mat*v[2]; 
PV_mat*v[3]; 


EndPrimitive(); 


} 
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EmitVertex(); 
EmitVertex(); 
EmitVertex(); 
EmitVertex(); 
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(Shared) SV-Fragment Shader 


#version 330 core 


out vec4 frag data @; 


void main(void) 


{ 
// color value actually only used when visualizing 
// shadow volume mesh 
// important thing happens implicitly (compare to depth buffer! ): 
// stencil buffer is updated according to previous 
// state-configuration from the app 
frag data © = vec4(@.25, 0.25, 0.125, 0.25); 
} 
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= Light sources must be ideal points. 
Homogeneous light 


= positions (w20) allow both positional and 
directional lights. 
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Comparison - CMSM 
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Comparison - SV 
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Directional Light (light_pos.w=0) 
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